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METHOD AND DEVICE FOR TRANSMITTING REQUESTS FROM A 
REQUESTING MACHINE TO A DOMAIN NAME SERVER 

The invention relates to a method of sending at 
least one request to a domain name server from a 
5 requesting machine. 

The domain name servers (DNS) to which the invention 
more particularly relates reproduce telephone numbers 
such as E.164.arpa numbers. 

In these servers, each name is determined from the 
10 E.164 format destination telephone number contained in 
the request coming from the requesting machine. Each 
domain name server includes records in memory associated 
with names and areas that it manages and/or references to 
other domain name servers for names and areas that it 
15 does not manage. 

According to the ENUM protocol, when a message 
requesting to read a name reaches a server managing the 
area that might contain that name, the server returns to 
the requesting machine the records that are associated 
20 with that name and that consist of resource identifiers 

(URI) such as a fax number, a mobile telephone number, an 
electronic mail address, for example. 

Accordingly, name servers may receive many read and 
write requests, including erroneous requests for which 
25 the name does not exist in the domain name servers. 

In the event of a request for an unknown domain 
name, in some circumstances the domain name server may 
not respond to the requesting machine. The fact that the 
requested name does not exist can then be detected only 
30 if a time-out from the requesting machine sending the 
request to failure to receive any response expires. 
Also, processing erroneous requests overloads and slows 
down the processing of valid requests by the name 
servers, which is a problem that must be addressed. 
3 5 The invention aims to provide a method and a device 

for sending requests to a domain name server that 
alleviate the drawbacks of the prior art and reduce the 
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number of erroneous requests that domain name servers 
have to process. 

To this end, a first aspect of the invention 
consists in a method of sending at least one request to a 
5 domain name server from a requesting machine, said domain 
name server being an E.164.arpa telephone number domain 
name server and each name being determined from an E.164 
format destination telephone number contained in said 
request, which method is characterized in that a prior 

10 test of the validity of the destination telephone number 
of the request is executed automatically and locally to 
the requesting machine relative to a telephone number 
database local to the requesting machine in order to 
forward the request from the requesting machine to the 

15 domain name server only if its destination telephone 
number passes said test. 

By means of the invention, recourse to the domain 
name servers is limited and they are relieved of 
pointless processing. An erroneous request from a 

20 requesting machine is recognized as such, and prevented 
from reaching the name servers, by determining that the 
destination telephone number of the request is invalid, 
for example by determining that it is impossible for that 
number to exist. 

2 5 According to other features of the invention: 

• at least one prescribed country code is stored in 
the local database and said test includes verifying 
whether the country code of the destination telephone 
number of the request is stored in the local database; 

3 0 -at least one numbering plan is stored in the local 

telephone number database, the numbering plan or each 
numbering plan comprising at least one block of telephone 
numbers, and said test includes a step of determining 
whether the destination telephone number of the request 
3 5 belongs to a block of numbers of the numbering plan, the 
destination telephone number of the request failing said 
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test if the result of the determination step is a 
negative result; 

• the numbering plan is associated with a country 
code and the numbering plan corresponding to the country 

5 code of the destination telephone number of the request 
is that in relation to which said test is effected; 

• separate blocks of telephone numbers associated 
with respective prescribed characteristics of numbers in 
the block are stored in the local database and said 

10 determination step further comprises a step of 

determining to which block of telephone numbers of the 
local database the destination telephone number of the 
request belongs, and if it is determined that the 
destination telephone number of the request belongs to a 

15 block of the numbering plan the characteristics 

associated with the block thus determined are read in the 
local database, it is verified whether the destination 
telephone number of the request conforms to the 
characteristics thus read, and the request is forwarded 

2 0 from the requesting machine to the domain name server 
only if the verification result is a positive result; 

• the characteristics of the block numbers are at 
least one of the following: 

• a date of reservation of telephone numbers of 

2 5 the block; 

- an end of period of reservation of telephone 
numbers of the block; 

• a date of assignment of telephone numbers of 

the block; 

3 0 -an end of period of assignment of telephone 

numbers of the block; 

• a date of allocation of telephone numbers of 

the block; 

• a date of end of allocation of telephone 
3 5 numbers of the block; 

• a maximum length of the telephone numbers of 

the block; 



• a minimum length of the telephone numbers of 

the block; 

• if the destination telephone number of the request 
fails said test, a signal is sent to the requesting 

5 machine to report an error in the destination telephone 
number of the request; 

• the signal reporting the error in the destination 
telephone number of the request contains information on 
the block number characteristic (s) to which the 

10 destination telephone number of the request does not 
conform at the time of said verification. 

A second aspect of the invention consists in a 
device for sending at least one request to a domain name 
server from a requesting machine, said domain name server 

15 being an E.164.arpa telephone number domain name server 
and each name being determined from an E.164 format 
destination telephone number contained in said request, 
which device is characterized in that it is local to the 
requesting machine and includes means for receiving 

20 requests from the requesting machine, a telephone number 
database, means in the receiver means for automatically 
testing the validity of the destination telephone number 
of the request against data from the telephone number 
database, and means for forwarding the request from the 

25 requesting machine to the domain name server only if the 
control means determine that its destination telephone 
number has passed said test. 

According to a feature of the invention, the 
receiver means, the telephone number database, the 

3 0 automatic control means, and the sending means are in the 
requesting machine. 

According to another feature of the invention, the 
receiver means, the automatic control means, and the 
sending means are in the requesting machine and the 

3 5 automatic control means can consult the telephone number 
database via a local area network. 
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The invention will be better understood after 
reading the following description, which is given by way 
of non-limiting example only and with reference to the 
appended drawings, in which: 
5 • Figure 1 is a diagram of a device of the invention 

for sending requests to a domain name server 
architecture; 

• Figure 2 is a diagram of a variant of the Figure 1 
request sending device; 

10 • Figure 3 represents a flowchart of one example of 

a method of sending requests used by the device of the 
invention; 

• Figure 4 represents one example of the content of 
a database used by the invention; and 

15 • Figure 5 represents two flowcharts of examples of 

verification steps of the method of the invention. 

In the Figure 1 telephone number domain, the names 
in domain name servers 3 utilize the users' telephone 
numbers, in accordance with the ENUM protocol of the 

2 0 Telephone Number Mapping Working Group of the Internet 

Engineering Task Force (IETF) defined in the Request For 
Comments document RFC2916, to which reference is made 
here (the IETF Request For Comments documents are 
reference documents relating to the Internet) . According 

2 5 to the document RFC2916 "E.164 Number and DNS", to 

translate an E.164 telephone number into a domain name, 
all non-numeric characters are removed from the user's 
E.164 telephone number, which includes the country code 
(e.g. +33-1-45295813 in the case of the telephone number 

3 0 of a user in France) , periods are inserted between the 

digits, the order of the digits is reversed, and the 
string w e.l64.arpa" is added at the end of the string of 
digits, to obtain the domain name, which is therefore 
3 . 1 . 8 . 5 . 9 . 2 . 5 . 4 . 1 . 3 . 3 . E . 164 . arpa in the present example, 
3 5 which Figures 1, 2 and 3 illustrate. 

In a memory 4 associated with the domain name server 
3 the name is associated with a set of Naming Authority 
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Pointer Resource (NAPTR) records (see IETF document 
RFC2915, superseded by the document RFC3403, to which 
reference is made here) . According to part 4 of IETF 
document RFC3403, the NAPTR record has a DNS type code 
5 equal to 35 for the TYPE field of the resource record 
format specified in section 3.2.1 of IETF document 
RFC1035. The NAPTR record therefore has the following 
format : 

ORDER, PREFERENCE, FLAGS, SERVICES, REGEXP, REPLACEMENT. 

10 The REGEXP field contains information I as such, for 

example information I for contacting the user, e.g. 
sip : dupont@f t . com, mail to : dupont@f t . com , http : / /www . exemple . f r , 
which in this example constitutes other information for 
contacting a person by the name of Dupont whose telephone 

15 number is +33-1-45295813 (this is the international 

format for the French telephone number 01 45 29 58 .13). 

Thus in this example the records associated with 
this domain name will be: 

$ORIGIN 3. 1.8. 5. 9. 2. 5. 4. 1.3. 3. E. 164. arpa 
2 0 IN NAPTR 10 10 w u" w E2U+sip" *!*.*$! sip : dupont@f t . com ! " 

IN NAPTR 10 20 w u" w E2U+mailto" * ! * . *$ i mail to : dupont@f t . com ! " 
IN NAPTR 10 20 w u" "E2U+ http: / /www . exemple . fr ! " 

Furthermore, the delegation principle of the ENUM 
architecture in the context of E.164 number management 

25 defines a plurality of levels of responsibility in a tree 
structure in the sense that a first domain name server 1 
(Tier 0) manages an "e. 164. arpa" worldwide address root, 
second domain name servers 2, 2a (Tier 1) to which the 
first server 1 sends each manage a country code (for 

30 example 6 . 4E . 164 . arpa for Sweden, 3 . 3 . E . 164 . arpa for 

metropolitan France), and third domain name servers 3, 
3a, 3b (Tier 2) constitute the aforementioned domain name 
servers 3, each managing its associated domain names 
area. In Figure 1, the send paths are symbolized by 

35 dashed lines. Each of the domain name servers 2, 2a 
sends to one or more domain name servers 3, 3a, 3b to 
which the other servers 2, 2a do not send. The server 1 
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is called the parent of the servers 2, 2a, which are in 
turn the parents of the servers 3, 3a to which they send. 
Each server 3, 3a, 3b manages the area associated with 
E . 1 6 4 numbers . 

5 In the above example, the 3 . 3 . E . 164 . arpa domain name 

server 2a sends domain names to a plurality of servers 
3a, 3b. For example, the domain name server 3a manages a 
certain number of 3 . 3 . E . 164 . arpa addresses, including for 
example the address 3 . 1 . 8 . 5 . 9 . 2 . 5 . 4 . 1 . 3 . 3 . E . 164 . arpa, and 

10 is associated with the memory 4 in Figure 2. For 

example, the server 3a manages an area terminating at 
9 . 2 . 5 . 4 . 1 . 3 . 3 . E . 164 . arpa and the server 3b manages an 
area terminating at 8 . 2 . 5 . 4 . 1 . 3 . 3 . E . 164 . arpa . 

A machine H seeking to obtain information I present 

15 in a record ENR of the architecture A sends to a service 
platform PS (see Figures 1 and 2) a request R containing 
an E.164 telephone number NTEL, enabling the name ADR of 
that record ENR to be determined by translating the 
telephone number NTEL as explained above. The requesting 

2 0 machine H is a user's personal computer, for example. 

The service platform PS has a client-server architecture, 
for example, and has a port 10 for receiving external 
requests R from machines H and a resolver module 11 for 
processing requests received via the port 10. As a 

2 5 function of the architecture, requests validated by the 

system may be sent by a local DNS over the network of the 
requesting client. Requests coming from the service 
platform are therefore sent over that local area network. 
The resolver module 11 is a client of a local domain name 

3 0 server 12 connected to the module 11 and is adapted to 

forward to the local domain name server 12 connected to 
the module 11 enquiry signals corresponding to requests R 
received via the port 10. The local domain name server 
12 is adapted to forward messages MR requesting 
3 5 information I to the external domain name servers 1, 2, 3 
in the following manner and as a function of the enquiry 
signals . 



The request messages MR include the name ADR of the 
domain to be consulted in the architecture to obtain the 
required record ENR. 

The request R sent by the machine H to the platform 
5 PS gives the E.164 telephone number NTEL that is 

required, which the platform PS translates (for example 
by means of the resolver module 11) into a name ADR to be 
consulted (e.g. ADR = 3 . 1 . 8 . 5 . 9 . 2 . 5 . 4 . 1 . 3 . 3 . E . 164 . arpa 
for NTEL = +33-1-45295813), to form the corresponding 
10 request message MR. 

The request message MR containing the name ADR is 
first sent to the server 1 in the step El, and the server 
1 then sends a first response message to the local server 
12 in the step E2 , this response message including a 
15 reference to the corresponding server 2 selected on the 
basis of that address ADR, i.e. the server 2a in the 
present example. Then, in the step E3 , the local server 
12 sends the request message MR containing the name ADR 
to the selected server 2 indicated in the first response 

2 0 message, i.e. to the server 2a in the present example, 

and then, in the step E4, the server 2a sends a second 
response message to the local server 12 including a 
reference to the corresponding server 3 selected on the 
basis of the name ADR, i.e. the server 3a in the present 
25 example. Then, during the step E5, the local server 12 
sends the request message MR containing the name ADR to 
the selected domain name server 3a indicated in the 
second response message. 

Each server 3a, 3a, 3b has at least one input 5 for 

3 0 request messages MR. The request messages MR may be, for 

example, requests to read information I at the name ADR 
or requests to write information I at the name ADR. 

When a message MR requesting to read at the name ADR 
reaches the input 5, if the name ADR is found in the 
3 5 server 3, 3a, 3b, the NAPTR record (s) constituting the 
information I are looked for at the name ADR. If the 
NAPTR records associated with the name ADR are found in 
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the server 3, 3a, 3b, they are read in the associated 
memory 4, for example the NAPTR records indicated above 
for the name 3 . 1 . 8 . 5 . 9 . 2 . 5 . 4 . 1 . 3 . 3 . E . 164 . arpa . The 
server 3, 3a, 3b has a first output 6 that supplies a 
5 third response message to the read request message MR 
received at its input 5. This third response message 
contains the NAPTR records read in the memory 4 
associated with the name ADR specified in the read 
request message MR, like those indicated in the example 
10 referred to above, supplying the information I = 
sip : dupont@f t . com, mail to : dupont@f t . com , 
http : //www. exemple . f r for the name 

3 . 1 . 8 . 5 . 9 . 2 . 5 . 4 . 1 . 3 . 3 .E. 164 .arpa. In the step E6, the 
third response message is sent from the output 6 of the 
15 server 3a to the local server 12 and from there to the 
requesting machine H via its port 13 . 

When a message MR requesting reading at the name ADR 
reaches the input 5, if the name ADR is found in the 
server 3, 3a, 3b, and if the NAPTR record (s) of the 

2 0 information I are looked for at that name ADR but no 

NAPTR record is found at that name ADR (because there is 
no NAPTR record at that name ADR) , the server 3 sends a 
response message indicating the absence of NAPTR records 
at the name ADR via its output 6 to the local server 12 
25 and from there to the requesting machine H. 

If a message MR requesting reading at an erroneous 
name ADR reaches the input 5, that name ADR will not be 
found in the server 3 because that name does not exist in 
the domain name servers . For various reasons 

3 0 (unavailability or overloading of the servers, routing 

table configurations) , the time to resolve the name ADR 
may be longer, and as no response is sent during this 
time the local server 12 will never receive a response to 
the last request message MR it sent. 
3 5 According to the invention, a device D local to the 

requesting machine H is provided for forwarding requests 
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R to the external domain name servers 1, 2, 3, the 
servers 3 being those containing NAPTR records. 

The above description concerning messages MR 
requesting reading is of course valid for messages MR 
5 requesting writing of a NAPTR record specified in the 
request R in the servers 1, 2, 3 at the name ADR also 
specified in the request R. 

The forwarding device D includes means DR for 
receiving requests R from the requesting machine H and a 

10 telephone number database BD. Control means DC are 
provided in the forwarding device D for checking 
automatically if the destination telephone number NTEL of 
the request R is valid in relation to data from the 
telephone number database BD. 

15 Means DE are provided for forwarding the request R 

from the requesting machine H to the domain name server 
1, 2, 3 only if the destination telephone number NTEL of 
that request R passes a test carried out beforehand by 
the control means DC. The control means DC form part of 

2 0 a validation library that can also include other 
functions, for example. 

The forwarding device D is installed entirely on the 
requesting machine H, for example, as shown in Figure 1, 
in which case the receiver means DR consist, for example, 

2 5 of an interface for receiving requests R coming from an 

interface DP, enabling the user to produce one or more 
requests R on the requesting machine H by entering on the 
machine the destination telephone number (s) NTEL for the 
request (s) R concerned. 

3 0 In the variant shown in Figure 2, the receiver means 

DR, the automatic control means DC and the forwarding 
means DE are in the requesting machine H, as before, and 
the automatic control means DC can consult the telephone 
number database BD via a local area network RL. In this 
3 5 variant, the database BD is in the resolver module 11, 
for example. 



If the destination telephone NTEL of the request R 
is declared invalid when tested against data from the 
database BD, the request R is not forwarded by the means 
DE of the requesting machine H to the resolver module 11 . 
5 The validity test therefore eliminates request messages 
MR in respect of which it can be determined a priori that 
they cannot have an associated NAPTR record in the 
external domain name servers 1, 2, 3, because the 
corresponding destination telephone number NTEL is not 

10 valid. Consequently, no request message MR specifying a 
name ADR obtained by translating the telephone number 
NTEL will be generated by the local server 12 or sent by 
it to the external domain name servers 1, 2, 3, which 
will therefore be relieved of receiving messages MR with 

15 erroneous names ADR and of pointless processing of such 
messages . 

The telephone numbers NTEL have the following 
format : 

CC C1C2C3...CP 

20 in which CC is the international DOD country code 

assigned by the ITU comprising 1, 2 or 3 digits (33 for 
metropolitan France, 3 62 for Reunion, 44 for the United 
Kingdom, 1 for the United States, etc.) and CC CiC 2 C 3 ...C p is 
the telephone number NTEL in the national numbering plan. 

25 The country code may be geographical or non-geographical. 
In the present example, CC is 33 and CiC 2 C 3 ...C p is 
145295813 . 

For example, at present, in France, p is 9 and 
CC CiC 2 C 3 ...C p is Zabpqmcdu, where Zisl, 2, 3, 4, 5, 6 or 
3 0 8, the 0 being added for DOD from metropolitan France. 

The country code CC is explicitly present in the 
number NTEL, having been dialed by the user, or, failing 
this, is implicitly considered to be that of the country 
in which the requesting machine H is located or is 
3 5 inserted by the application. 

In one embodiment, one or more national number plans 
each associated with the corresponding country code is or 
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are stored in the local telephone number database BD. 
The control means DC test the number NTEL against the 
country code CC and reject the request R if the result is 
negative (and send the message (4), (7) or (8) described 
5 below, for example) ; if the test indicates that the 

country code CC of the telephone number NTEL is one of 
the codes in the database BD, the telephone number NTEL 
is tested against the number plan corresponding to the 
country code CC of the destination telephone number NTEL 

10 of the request R present in the means DR. According to 
the invention, the country code CC of the telephone 
number NTEL could of course be tested on its own to 
eliminate requests based on codes that do not correspond 
to a country having a country code stored in the database 

15 (and to send the message (4), (7) or (8) described below, 
for example) . 

Each numbering plan includes one or more blocks BN 
of telephone numbers that may be delimited in the above 
(French) example by a certain number of the digits at the 

2 0 beginning of the telephone number, such as the national 

root Zabpq; a number belongs to the block BN if the first 
digits of the number, excluding the country code CC, are 
the same as those of the block BN. However, any other 
logical rule governing a number belonging to a block may 

2 5 be used, a number belonging to only one block and the 

blocks of the same numbering plan being separate. 
Accordingly, a block generally designates a resource of 
the numbering plan and contains one or more telephone 
numbers that are not necessarily in sequence. Thus the 
30 number 145295813 belongs to the block 14529 but not to 
the block 10050. 

These blocks are assigned to one of the telephone 
operators . 

In one embodiment of the invention, prescribed block 

3 5 number characteristics CAR associated with each block BN 

are stored in the local database BD. 



13 



In Figure 3, the sending method of the invention 
proceeds as follows, for example. 

In the step E10, a request R containing the 
destination telephone number NTEL is received by the 
5 receiver means DR and forwarded to the control means DC . 

In the step Ell, the control means DC then determine 
whether the destination telephone number NTEL of the 
request R belongs to one of the blocks BN of the 
corresponding national numbering plan in the database BD. 
10 If it is determined that the destination telephone number 
NTEL of the request R does not belong to any block BN, 
then the telephone number NTEL fails the test, and the 
control means DC report this to the means DE, in the step 
E12 represented in dashed line in Figure 3, by means of a 
15 refusal message NOK, as a result of which the means DE do 
not forward any request R containing that destination 
telephone number NTEL to the external domain name servers 
1, 2, 3. Consequently, the means DE do not forward 
requests R containing a destination telephone number NTEL 

2 0 that does not belong to any of the blocks BN. At 

present, for example, no block BN for France begins with 
the digit 7 (there are no French telephone number that 
begin with 07), and no French telephone number NTEL 
beginning with 07 will pass the test applied by the 
25 control means DC. 

If it is determined in the step Ell that the 
destination telephone number NTEL of the request R 
belongs to one of the blocks BN of the database BD, in 
the next step E13 the control means DC determine to which 

3 0 block BN of the database BD the destination telephone 

number NTEL of the request R belongs. 

Then, during a reading step E14, the means DC 
automatically consult the local database BD to determine 
the characteristics CAR associated with the determined 
3 5 block of numbers BN, and in the next step E15 the local 

database BD sends to the means DC the characteristics CAR 
associated with the block of numbers BN thus determined. 
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Then, in the step El 6, the control means DC verify 
if the destination telephone number NTEL of the request R 
conforms to said characteristics CAR received from the 
database BD. If so, in the next step E17 the control 
5 means DC send a message OK accepting the request R to the 
means DE, that acceptance message OK triggering 
forwarding of the request R from the means DE to the 
external domain name servers 1, 2, 3 in the next step 
E18. If not, in the next step E17 the control means DC 

10 send a message NOK rejecting the request R to the means 
DE, this rejection message NOK preventing forwarding of 
the request R from the means DE to the external domain 
name servers 1, 2, 3. The means DE therefore do not 
forward the request R from the requesting machine H to 

15 the external domain name servers 1, 2, 3 unless the means 
DC establish that the destination telephone number NTEL 
of the request R conforms to said characteristics CAR 
received from the database BD in which they are 
associated with the block BN to which the number NTEL 

2 0 belongs. 

The tests are carried out automatically. 
As shown in Figure 4, the block number 
characteristics CAR are, for example: 

• Eres : end of period of reservation of telephone 
25 numbers of block BN; 

• Baff : date of assignment of telephone numbers of 
block BN (e.g. for a company) ; 

• Eaff : end of period of assignment of telephone 
numbers of block BN; 

3 0 • Lmax: maximum length of telephone numbers of block 

BN; 

• Lmin: minimum length of telephone numbers of block 

BN; 

• Batt: date of beginning of allocation of a block 
35 BN of telephone numbers; 

• Eatt : date of end of allocation of a block BN of 
telephone numbers; 
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• Op: operator identifier; 

• Geo : geographical area; 

• Inf : other information. 

The reservation of a resource (block) in a numbering 
5 plan is a decision taken by an authority administering 
the plan, for example a national authority like the 
Autorite de Regulation des Telecommunications (ART) in 
France, or an international authority like the 
International Telecommunications Union (ITU) , to grant to 
10 an entity (telecommunications operator, service provider, 
private person) , for a limited period (ending at Eres) , 
an option on the future use of that numbering resource, 
which can then be neither reserved nor allocated to 
another party. 

15 The allocation of a resource in a numbering plan is 

a decision taken by the authority administering the plan 
to grant an entity the right to use the resource from 
Batt to Eatt. 

The assignment of a resource in a numbering plan 

20 consists in making it available by the entity allocating 
the resource to an end user, possibly in the context of 
the provision of a commercial service. 

The number NTEL conforms to Eres if the current date 
of the request R is before Eres. The number NTEL 

25 conforms to Baff if the current date of the request R is 
after Baff. The number NTEL conforms to Eaff if the 
current date of the request R is before Eaff. The number 
NTEL conforms to Lmax if the length of NTEL is less than 
or equal to Lmax. The number NTEL conforms to Lmin if 

3 0 the length of NTEL is greater than or equal to Lmin. The 
number NTEL conforms to Eatt if the current date of the 
request R is before Eatt. The assignment date Baff shows 
whether the number NTEL is in use or will soon be in use. 
Consequently, a request R received by the means DR 

3 5 on 10 December 2 003 and containing a number NTEL 

determined by the control means DC to belong to the 
block 14528 will fail the test, given that the date is 
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after Eres (01/01/2002), as indicated in Figure 4, and 
the forwarding means DE of the machine H will not forward 
the corresponding request R to the external domain name 
servers 1, 2, 3. The message (14) described below will 
5 be sent, for example. 

On the other hand, a request R received by the means 
DR on 10 December 2 003 and containing a number NTEL 
determined by the control means DC to belong to the block 
14529, such as the number 33 145295813, will pass the 

10 test because it complies with the corresponding 

conditions, as indicated in Figure 4, and the forwarding 
means DE of the machine H will forward the corresponding 
request R to the external domain name servers 1, 2, 3. 

The number plan or plans of the database BD can be 

15 updated by any appropriate means in respect of the blocks 
BN and each of the characteristics CAR. 

In one embodiment of the invention, the control 
means DC send a signal reporting an error in the 
destination telephone number NTEL in the request R to the 

20 user interface DP of the requesting machine H if the 

destination telephone number NTEL of the request fails 
the test, for example including information on the block 
number characteristic ( s ) CAR that the destination 
telephone number NTEL of the request R does not comply 

2 5 with. 

The error messages may be as follows, for example: 

(1) length of number must be from "Lmin" to "Lmax"; 

(2) block "BN" not assigned but reserved until 
"Eres" ; 

3 0 (2a) code reserved but not assigned; 

(3) block neither reserved nor allocated; 
(3a) does not belong to a block; 

(4) country code CC not allocated; 

(5) non-ENUM number for a country code CC for which 
35 a specific ENUM block has been defined; 

(6) E.164 format incorrect (non-numeric) : integer of 
maximum length 15 required; 
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(7) country code CC allocated only temporarily or 
for test purposes; 

(8) country code CC not referenced in international 
number reference library; 

5 (9) start of allocation date (Batt) number error; 

(10) end of allocation date (Eatt) number error; 

(11) beginning of assignment date (Baff) number 
error; 

(12) block not assigned by operator. 

10 The characteristics CAR may further include a 

numbering plan field Nat taking the value Res (reserved) , 
Test (allocated for test purposes) , NA (not assignable) 
or AT, the same value of the field Nat being valid for 
the same numbering plan and therefore for all the blocks 

15 BN of that numbering plan. Together with their 

associated characteristics CAR, codes and associated 
fields, the blocks BN form rows in the database BD, as 
shown in Figure 4 . 

Verifications may be carried out, for example as 

20 described below and represented in continuous line in 
Figure 5 . 

Verifications may first be performed with respect to 
international telephone data from the database BD, in the 
steps VI, V2, V3, V4, V5, V6 described below, then with 

2 5 reference to national telephone data from the database 

BD, in the steps V7 , V8, V9 , V10, Vll, V12 described 
below, and then with reference to operator data in the 
steps V13, V14 and subsequent steps. 

For example, the verification VI of the number NTEL 
30 performed first determines if it has a numeric format and 
does not begin with zero, the message (5) being sent in 
the event of a negative result and a positive result 
leading to the verification V2 , taking account (in the 
step Tl) of the whole of the database BD, which is also 

3 5 referred to as the table T in respect of the rows of the 

database BD on which the verifications are performed. 
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The verification V2 verifies if there is at least 
one row in the database BD beginning with the country 
code CC of the number NTEL, the message (8) being sent in 
the event of a negative result and a positive result 
5 leading to the verification V3 , taking account (in the 
step T2) only of the rows of the table T that begin with 
the country code CC of the number NTEL (for example by 
eliminating all the rows in the table T that do not begin 
with CC, so that the table T contains only rows of the 

10 same numbering plan) . 

The verification V3 verifies if the field Nat of a 
block BN of the table T, for example the first row of the 
table T, contains the value Res, and if this is so, the 
verification V4 verifies if the field Eres of that row 

15 has been filled in; if so the message (2a) is sent and if 
not the message (4) is sent. 

If the result of the verification V3 is negative, 
the verification V5 verifies if the field Nat of the 
block BN of the number NTEL contains the value Test; if 

20 so the message (7) is sent and if not the verification V6 
is performed. 

The verification V6 verifies if the field Nat of the 
block BN of the number NTEL contains the value NA; if so 
the message (7) is sent and if not the verification V7 is 

2 5 performed. 

The verification V7 verifies if the field Nat of the 
block BN of the number NTEL contains the value NA; if so 
the message (7) is sent and if not the verification V7 is 
performed. 

3 0 In the first example, the database BD comprises 

ranges of numbers (defined by one or more blocks BN) 
defined as comprising ENUM numbers and other ranges of - 
numbers (also defined by one or more blocks BN) defined 
as not comprising ENUM numbers, as represented in 
3 5 Figure 4 by the field "ENUM?" respectively containing 
'yes' or 'no' for those ranges of numbers. 
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The verification V7 verifies if there exist in the 
table T one or more rows having a field ENUM? containing 
•yes'. If so, there is taken into account during the 
step T3 only of rows in the table T whose ENUM? field 
5 contains 'yes', i.e. of rows of blocks of ENUM numbers 
(this is achieved, for example, by eliminating from the 
table T all rows having an ENUM? field containing 'no') . 
Rows whose blocks do not correspond to the first digits 
of the number NTEL are then eliminated from the table T 

10 during the step T4 in order to select the block BN in the 
table T to which the number NTEL belongs (see the step 
Ell described above) . In the event of a positive result 
of the verification V7 , and after the steps T3 and T4 , 
the verification V8 verifies if the table T is empty, 

15 i.e. does not belong to a block BN of ENUM numbers; if so 
the message (5) is sent. The message (5) reflects the 
fact that the number NTEL corresponds to a range of 
numbers in the database BD (defined by one or more blocks 
BN, for example) defined as not comprising any ENUM 

20 numbers. In the event of a negative result of the 
verification V8 , the verification V10 is performed. 

A negative result of the verification V7 leads to 
the step T4 of selecting the block in the table T to 
which the number NTEL belongs. The verification V9 is 

25 then performed to determine if the table T is empty, i.e. 
if a block BN of this kind exists in the database BD; the 
message 3a is sent in the event of a positive result and 
in the event of a negative result the verification V10 is 
performed. 

30 The steps E13, E14 and E15 are executed to perform 

the verification V10. 

The verification V10 relates to the conformance of 

the number NTEL to Lmin and to Lmax, the message (1) 

being sent in the event of a negative result and the 
3 5 verification Vll being performed in the event of a 

positive result. 
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The verification Vll relates to the conformance of 
the number NTEL to Batt, the message (9) being sent in 
the event of a negative result and the verification V12 
being performed in the event of a positive result. The 
5 message (9) is sent if the beginning of assignment date 
Batt has not been filled in or is after the current date 
of the verification Vll. 

The verification V12 relates to the conformance of 
the number NTEL to Eatt, the message (10) being sent in 

10 the event of a negative result and the verification V13 
being performed in the event of a positive result. The 
message (10) is sent if the end of assignment date Eatt 
has been filled in and is before the current date. 

The verification V13 relates to the conformance of 

15 the number NTEL to Baff, the message (11) being sent in 
the event of a negative result and the verification V14 
being performed in the event of a positive result. The 
message (11) is sent if the beginning of assignment date 
Baff has been filled in and is after the current date. 

2 0 The verification V14 determines if the beginning of 

assignment date Baff has the value 0; if not the message 
(12) is sent. 

Of course, other verifications may be performed with 
respect to operator data, such as those referred to 

2 5 below. 

An unallocated dedicated tranche message (13) is 
sent if a block BN contains a reservation date Eres that 
is before the current date. 

An end of assignment date Eaff number error message 

3 0 (14) is sent if there is an end of assignment date Eaff 

that is before the current date. 

The message (2) indicates that the block BN 
containing the number NTEL contains no dates Baff and 
Eaff but does contain a date Eres, as is the case for the 
35 block 630 in Figure 4. 

The message (3) indicates that the block BN 
containing the number NTEL contains no date Eres or 
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allocation dates Batt and Eatt, as is the case for the 
block 620 in Figure 4. 

In a second example, the verifications and steps V7, 
T3 and V8 are not executed and a negative result of the 
5 verification V6 leads directly to the step T4 followed by 
the verification V9, and the verifications stop at V12, 
as represented in dashed line in Figure 5. 

In the first and second examples, if all the 
verifications give a positive result for the number NTEL 

10 and no error message has been sent, the acceptance 
message OK is sent in the step E17 . 

The steps of the method described above are executed 
by an electronic data processing device, in this instance 
the device in the requesting machine for forwarding 

15 requests to the DNS, under the control of the 

instructions of a computer program. Consequently, the 
invention also concerns a computer program adapted to be 
stored in or transmitted by a data medium and comprising 
program instructions for executing the method on an 

2 0 electronic data processing device. The data medium may 
be a hardware storage medium, for example a CD-ROM, a 
magnetic diskette or a hard disk, or a transmissible 
medium such as an electrical, optical or radio signal. 



